1 SYSTEM FOR EXECUTING HIGH-VOLUME ELECTRONIC BILL PAYMENTS 

2 BACKGROUND OF THE INVENTION 

3 This invention relates to a financial transaction system for efficiently making 

4 electronic payments by minimizing external funds transfers through the use of holding 

5 accounts to facilitate internal funds transfers from payers accounts into the accounts of 

6 high-volume payees. 

7 Bill payment in the United States is dominated by paper checks. Over the years, 

8 banks, merchants and the Federal Reserve Board have developed efficient systems for 

9 handling massive flows of paper checks - over 60 billion checks per year. However, in 

10 this electronic age, customers (payors), merchants (payees) and banks have been seeking 

1 1 more efficient processes that reduce paper flow, speed-up processing, provide all parties 

12 with more up-to-date and manageable payment data, and most important, reduce cost. To 

13 this end, over the last 15 years banks have been offered their customers various systems 

1 4 for electronically paying bills . 

1 5 Techniques for electronic bill payment have usually focused on the vehicles of 

16 delivering and paying bills. For example, the technique disclosed in U.S. Pat. No. 

17 5283829 issued February 1, 1994 to Milton Anderson employs a telephone to issue 

18 payment instructions to banks. Other systems have capitalized on the widespread 

19 availability of personal computers as input and output devices. The technique disclosed 

20 in U.S. Pat. No. 4823264 issued April 18, 1989 to Gilbert Deming employs a personal 

21 computer to input bill payment information and initiate payments. Going further, the 

22 technique disclosed in U.S. Pat. No. 5699528 issued December 16, 1997 to Edward 
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1 Hogan uses electronic machines to both deliver bill images as well as initiate payment of 

2 the associated bills. 

3 However, the major issue facing electronic banking is not the interface for 

4 presenting and paying bills, but rather low-cost mechanisms for making electronic 

5 payments. The major cost components of present day systems are customer service costs 

6 and the cost of processing external funds transfers through the National Automated 

7 Clearing House Association (NACHA), hereafter referred to as the ACH. The present 

8 invention describes a system for minimizing processing costs by minimizing external 

0 9 electronic funds transfers. 

SJ; 10 All electronic payments are processed through either the Automated Clearing 

1 1 House (ACH) operated by the Federal Reserve Board (Fed) or the similar Remittance 

~ 12 Processing System (RPS) operated by MasterCard International. Electronic funds 

fy 13 transfers through the ACH began by a Receiver authorizing an Originator to initiate a 

Cm 14 credit or debit entry to a transaction account held at a Receiving Depository Financial 

1 y 15 Institution (RDFI). The Originator then forwards transaction data to the Originating 

16 Depository Financial Institution (ODFI). The ODFI sorts and transmits the transaction 

1 7 file to the ACH Operator. The ACH Operator then distributes an ACH file to the RDFI. 

1 8 Finally, the RDFI makes funds available to the Receiver and provides the Receiver with a 

1 9 statement of the transaction. 

20 In the absence of errors or inquiries by either customers or merchants, the ACH 

21 process appears to be efficient and cost-effective. Funds are transferred overnight at 

22 current-day rates of $0.0 1 5 per transaction, charged to both the originating and receiving 

23 banks (for a total of $0.03 per transaction). However the process has several weaknesses. 
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1 Insufficient funds or incorrect account information, result in both added costs and delays. 

2 The Fed typically charges $ 1 8.00 for transactions that can't be processed, and it typically 

3 takes 10 days before ACH reversals are returned to the initiating bank for reconciliation 

4 with the customer's account. To avoid such costs and delays, banks invest considerably 

5 in up-front processes to eliminate errors. Despite such efforts, banks and payment 

6 application servers have yet to eliminate costly customer service organizations to resolve 

7 errors and inquiries. 

8 Since ACH and RPS transaction do not trigger responses from the receiving bank 
p 9 (merchant), it is impossible for the customer to know if and when a payment was posted. 
CO 10 This failure to reach closure results in customer service inquiries thereby adding cost to 

fi\ 

^ 1 1 the process. Including all of the fixed and variable costs, the actual average cost of a 

m 12 current day electronic bill payment approximates $0.80 per transaction. This compares 

13 unfavorably to costs for customers paying directly by check ($0.34+ for postage, etc.) 

ftj 

m 14 Banks find the high cost per payment unacceptable. This is why banks offering bill 

Hi 1 5 payment do not aggressively market the service to their customers unless they are 

16 charging a prohibitively high cost for the service. Otherwise, when banks do offer 

17 electronic bill payment, these costs are ultimately absorbed either in the form of a direct 

1 8 charge, or imbedded in the price of other bank services. 

19 Conventional electronic bill payment systems, such as the ones operated by 

20 CheckFree, and other service bureaus, typically involve two simultaneous ACH 

21 transactions. The process begins by the end-user (i.e. payer) issuing a request to make 

22 an electronic payment to a payee. The end-user typically originates such requests over a 

23 voice or data network to either an Internet-based on telephone-based payment input 



Page 3 



Thomas Cannon 



1 facility maintained by a application server. Once the application server receives the 

2 payment request, it debits the end-user's account residing in the emd-user's bank and 

3 credits the service bureau's account residing in the service bureau's bank through an ACH 

4 transfer. At the same time, the service bureau processes a separate transaction through 

5 the ACH, debiting the service bureau's account and crediting the payee's account residing 

6 in the payee's bank for the amount of the payment. The obvious weakness of executing 

7 two separate and simultaneous ACH transactions is that problems on either end will 

8 result in a faulty transaction. This, in turn, will necessitate manual intervention on behalf 
y 9 of the service bureau, the ACH, the banks involved, and perhaps the payee, resulting in 

1 0 high average overhead cost per transatction. 
(* 1 1 The present invention minimizes the propagation of faulty external electronic 

* 12 transactions by minimizing the number of external transactions that must be processed. 

S*j 13 This not only reduces processing costs but also has a secondary effect of reducing end- 

JL; 14 user service costs by minimizing end-user inquiries. 
m 15 BRIEF SUMMARY OF THE INVENTION 

1 6 The present invention is an electronic bill payment system that employs holding 

17 accounts, maintained by a third party such as a bank or a service bureau, to pay high- 

1 8 volume payees by making internal funds transfers from the holding accounts to the high- 

19 volume payee accounts residing at the same banks as the holding accounts. The service 

20 bureau sets up holding accounts at the banks in which high- volume payees maintain their 

21 accounts. Arrangements are made with each bank to allow internal funds transfers from 

22 the holding account residing in each bank into the accounts of the resident high-volume 

23 payees. Such high-volume payees include, for example, utilities, telephone service 
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1 providers, credit card companies, mortgage companies, and major department stores. 

2 End-users who subscribe to an electronic bill payment service with a particular bank may 

3 pay their bill to a high- volume payee who also maintains an account at the same bank by 

4 means of an internal funds transfer within the bank. Such internal funds transfers are 

5 facilitated by a service bureau who first debits the end-users' account and credits the 

6 service bureau's Holding Account at the bank. The transaction is completed by then 

7 transferring funds from the service bureau's Holding Account to the high-volume payee's 

8 account within the bank. 

q 9 Using this same process, a payer may make electronic payments to high-volume 

p3 1 0 payees who maintain accounts at banks other than the payer's home bank, provided that 

Si 1 1 all banks are supported by the same service bureau. A payer who maintains an account at 

^12 a bank other than that of a particular high-volume payee is referred to as an external 

fi 

pj 13 payer. In this scenario, an external payer may make a payment to a high- volume payee 

Jp 14 by simply ordering the service bureau to make a payment from the local holding account 

fy 15 to the high-volume payee's account at the same bank. Just prior to making such a 

16 payment, the service bureau would debit the external payer's account and credit the local 

1 7 holding account at the external payer's bank. 

1 8 Settlement between the holding accounts located at various banks takes place at 

19 the end of the transaction day. Such settlement involves a series of electronic funds 

20 transfers (EFT) between the various holding accounts. If there are N distinct holding 

21 accounts, then N-l separate transfers would be sufficient to settle all holding accounts. 

22 For example, one settlement routine consists of first transferring all the excess funds from 

23 those holding accounts having excess deposits into the one holding account having the 
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1 largest deficit. The second and final step is to transfer excess funds from the holding 

2 account that formerly had the largest deficit into the remaining holding accounts that 

3 have deficits. 

4 Payments to non-high-volume payees may be made through conventional means 

5 that are well known within the banking and financial services community. But by 



6 eliminating the need to execute external EFTs to high- volume payees, the load of 

7 payments executed through the ACH or RPS may be considerably reduced, depending on 

8 how many of the high-volume payees are served by the system. 

K 9 BRIEF DESCRIPTION OF THE DRAWINGS 

asps. 

ffl 1 0 The drawing provided is an exemplary embodiment of an electronic bill payment 

nj 

N 1 1 system according to the present invention. It shows, by means of dashed lines, the virtual 

1 2 paths for settlement between the various Holding Accounts 5 1 , 52, and 53 . 

IS 

^ 13 Throughout the drawing, the same reference numerals and characters, unless 

fy 

J 14 otherwise stated, are used to denote like features, elements, components or portions of the 

fy 15 illustrated embodiment. Moreover, while the subject invention will now be descried in 



1 6 detail with reference to the drawing provided, it is done so in connection with the 

17 illustrative embodiments. It is intended that changes and modifications can be made to 

1 8 the described embodiments without departing from the true scope and spirit of the subject 

1 9 invention as defined by the appended claims. 

20 DETAILED DESCRIPTION OF THE INVENTION 

21 The drawing is a schematic of an electronic bill payment system according to the 

22 present invention. The system consists of a collection of payers, payees, banks, accounts 

23 within the banks, and an application server 4 connected by a network 3. Within the scope 
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1 of the present invention, a network 3, may be replaced by a system of networks 

2 interconnecting the various elements of this invention so as to provide greater security or 

3 some other benefit to the system. The schematic has been simplified to show just three 

4 payers, Payer_A 1 1, PayerB 12, and PayerC 13, even though in practice there will be 

5 numerous payers connected to the network 3. Each payer maintains an account within 

6 his or her associated bank, Bank_A 21, BankB 22, and Bank_C 23, respectively. In 

7 general, each bank will host accounts for multiple payers. The accounts corresponding to 

8 Payer_A 11, Payer_C 12, and PayerjC 13, are Payer_A Account 71, Payerji Account 

KSKS 

p 9 72, and Payer_C Account 73, respectively. Without loss of generality, the schematic has 

53 10 been further simplified to show just three payee accounts, Pay ee_A Account 61, 

rU 

y 1 1 Payee_B Account 62, and Payee_C Account 63, even though in practice each bank will 

w 12 host multiple payee accounts. Each payee maintains an account within his or her 

51 13 associated bank. 

5 ; jj 

' 1 4 The process for executing payments will be illustrated by describing the sequence 

fy 15 of steps for Payer_A 1 1 to make a payment into Payee_C Account 63. Payer_A 1 1 

1 6 begins the payment process by logging onto the application server 4 that resides on a 

17 network 3 and issuing a payment request to be made into Payee_C Account 63. In this 

1 8 particular case, Pay ee_C Account 63 does not reside at Bank_A 2 1 , the bank where 

19 Payer_A 1 1 maintains his or her account. However, the same routine applies regardless 

20 of where the payee account resides, as long at it resides at one of Bank_A 21 , BankJB 22, 

21 or BankC 23. The application server 4 responds to the payment request from Payer_A 

22 1 1 by ordering funds to be transferred from Payer_A Account 71 into the 

23 Holding_Account 5 1 residing at Bank_A 21 . The next step is to retain the payment funds 
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1 in the service bureau account residing at the payer's bank, Holding_Account 5 1 , until the 

2 transaction clears through the settlement process employed by the payer's bank, Bank_A 

3 21 . Such settlement processes are usually performed over night. The payment is 

4 concluded by the application server 4 ordering a transfer of funds from the service bureau 

5 account residing at the payee's bank, Holding_Account 53, into the payee's account, 

6 Payee_C Account 63 , 

7 At the end of the transaction day, there will generally be an imbalance between 

8 the funds transferred into and out of each Holding_Account_A 51, Holding_Account_B 
D 9 52, and Holding_Account_C 53. However, the sum of the imbalances will be zero and 
jf[ 1 0 settlement between these service bureau accounts 51,52, and 53 may be accomplished 

l2 1 1 through a series of external electronic funds transfers (EFT). One such settlement routine 

V 1 2 consists of first transferring all of the excess funds from those holding accounts having 

RJ 1 3 excess funds into the one holding account having the largest deficit, and then transferring 

ass : 

5 14 funds from the holding account that formerly had the largest deficit into the remaining 

1 y 15 holding accounts having deficits, in the exact amounts needed to balance each remaining 

16 holding account Using this routine, the number of EFTs required to achieve settlement is 

1 7 equal to one less than the number of holding accounts. In the case of 3 holding accounts, 

18 2 separate EFT's would be required to obtain settlement between the three holding 

19 accounts. 

20 At the end of the transaction day, the application server 4 collects, partitions and 

21 formats payment date to be sent to the payees. The corresponding payment data is 

22 relayed to payers and their banks. This completes the payment cycle. 
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Numerous modifications to and alternative embodiments of the present invention 
will be apparent to those skilled in the art in view of the foregoing description. 
Accordingly, this description is to be construed as illustrative only and is for the purpose 
of teaching those skilled in the art the best mode of carrying out the invention. Details of 
the structure may be varied substantially without departing from the spirit of the 
invention and the exclusive use of all modifications which come within the scope of the 
appended claims is reserved. 
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